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(57) Abstract: The present invention relates to an arrangement and a method 
for routing packets to be transferred within a Bluetooth network. More par- 
ticularly it relates to the problem of high level routing within Bluetooth net- 
works, requiring a lot of processing overhead and unnecessary data over head. 
The Bluetooth network includes multiple slaves and one master. The master 
controls all the communication within the network and stores addresses of the 
slaves. A packet constituting a Baseband Packet is to be transferred from a 
first slave, via the master to a second slave. The first slave obtains the address 
of the second slave from the master, notes it in the header of the Baseband 
packet and transmits it to the master The master analyses the address in the 
header and forwards the packet to the second slave according to the address. 
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For two- letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the FCT Gazette. 
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METHOD AND ARRANGEMENT IN A COMMUNICATION 

NETWORK 



5 FIELD OF INVENTION 

The present invention relates to a method, arrangement and node in a digital 
communication system constituting a network of multiple nodes. More specifically 
the present invention relates to a method, arrangement and node for touting 
packets within a Bluetooth network. 

10 

DESCRIPTION OF RELATED ART 

The so-called Bluetooth interface is an example of a modem small short-range radio 
interface, which was originally intended as a replacement for cables between units. The 
term Bluetooth is in this disclosure used as an example of usage of short-range radio 
15 communication. However, the area of applicability has proven to be much wider. 
Printers, digital cameras, telephones, laptop computers, video monitors, electronic 
calendars (PDA), desktops, fax machines, keyboards, joysticks and virtually any other 
digital device can be part of the short-range radio system, Le. any of these devices 
could have certain Bluetooth radb chip and its software. But beyond untethering 
20 devices by replacing the cables, the short range radio technology provides a universal 
bridge to existing dau netwoits, a peripheral interface, and a mechamsm to form 
small private ad hoc groupings of connected devices away from fixed network 
infrastructures or connected to a fixed network infrastructure via a gateway. Designed 
to operate in a noisy radio frequency enviromnent, the Bluetooth radio uses a fast 
25 acknowledgement and frequency hopping scheme to make the link robust Bluetooth 
radio modules avoid interference from other signals by hopping to a new frequency 
after transmitting or receiving a daU packet, as is shown m figure 5. Compared with 
other systems operating in the same frequency band, the Bluetooth radio typically 
hops faster and uses shorter data packets. This makes the Bluetootii radio more 
30 robust than other systems. Use of Forward Error Correction (FEQ limits the impaa 
of random noise on long-distance links. 

1 
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Bluetooth radio is a wireless communication technology using a frequency-hopping 
scheme in the unlicensed ISM (Industtdal Scientific Medical) band at 2,4 GHz. A 
frequency hop transceiver is applied to combat interference and fiading. A shaped, 
5 binary FM modulation is applied to minimize transceiver complexity. The gross data 
rate is IMb/s and a TDD (Time-Division Duplex) scheme is used for full-duplex 
transmission. 

The Bluetooth Baseband protocol is a combination of circuit and packet switching. In 
figure 5, si denotes one time slot, and pi denotes a packet covering three time slots. 

10 Time slots can be reserved for synchronous packets. Each packet is normally 
transmitted in a different hop frequency. A packet nominally covers a sin^e slot, but 
can be extended to cover up to five slots. Bluetooth can support an asynchronous 
data channel, up to three simultaneous synchronous voice channels, or a channel widi 
simultaneously supports asynchronous data and synchronous voice. Each voice 

15 channel supports 64 kb/s synchronous (voice) link The asynchronous channel can 
support an asymmetric link of maximally 721 kb/s in either direction while permitting 
57,6 kb/s in the return direction, or a 432,6 kb/s symmetric link. 

In figure 6, the different fimction blocks of a system using short-range radio 
transceivers, such as Bluetooth are shown. A radio unit 601 is connected to a link 

20 control unit 602 providing the base band. The link control unit 602 is connected to 
the Central Processing Unit, called CPU, 603 providing the link management The 
CPU is connected to the memory 604 providing software functions and consisting of 
two memory units: a SRAM 605 and a FLASH 606. The CPU 603 is connected to a 
host interface 607. A SRAM is a fest temporary memory. FLASH is programmable 

25 ROM 

Figure 7 shows two piconets 702 and 703 constituting a so-called scattemet 701. The 
piconet 702 includes six radio devices A, B, C and D; and piconet 703 indudes five 
devices E, G, H, I and J. In piconet 702, device F is a master device. Two or more 
Bluetooth (BT) units sharing the same channel form a piconet, ie. a piconet is a 
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collection of devices connected via Bluetooth technology in an ad hoc Eashion. Within 
a piconet a BT unit can have either of two roles: roaster or slave. Within each piconet 
there may be one and only one master, and up to seven active slaves, ie. a piconet 
starts with two connected devices, such as portable PC and a ceUular telephone, and 

5 may grow to ei^t connected devices. All Bluetooth devices are peer units and have 
identical implementations. Any BT unit can become master in a piconet However, 
when establishing a piconet, one unit will act as a master and the other(s) as slave(s) 
for the duration of the piconet connection. A scattemet, or an ad hoc network, is a 
network including multiple independent and non-synchronized piconets. In this 

10 disclosure, a master unit is die device in a piconet whose dock and hopping sequence 
are used to synchronize all other devices in the piconet In diis disclosure, a slave unit 
is every device in a piconet that is not the master. Furthermore, two or more piconets 
can be interconnected, forming a scattemet as depicted in figure 7. The connection 
point between two piconets consists of a BT unit E that is a member of both 

15 piconets. A BT unit can simultaneously be a slave member of mult^le piconets, but 
only master in one piconet Le a BT unit fianctioning as master in one piconet can act 
as a slave in another piconet A BT unit can only transmit and receive data in one 
piconet at a time, so partic5)ation in multiple piconets has to be on a time division 
multiplex basis. The Bhietoodi system supports both point-to-point and point-to- 

20 multi-point connections. Several piconets can be established and linked together ad 
hoc, where each piconet is identified by a different firequency hopping sequence All 
users participating on the same piconet are synchronized to this hopping sequence. 
The scattemet topology can best be described as a mult^jle piconet structure, see fig. 
8. However, scattemet enabled BT units are not yet commercially available. 

25 Figure 8a shows a PDA 801 utiUsing an "add-on" bluetoodi communication 
device 802 The bluetooth communication device, provided with an antenna, is 
inserted in a slot in the PDA. The bluetooth communication device may be a PC- 
card or a compact flashcard provided with the bluetooth chipset 

Figure 8b shows a PDA utiHsing a "built-in" bluetooth communication device. 
30 Here, the PDA is provided with an antenna. 
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Figure 8c shows a mobile telephone utilising a "built-in" bluetooth 
communication device, the mobile telephone and die bluetoodi transceiver having 
different antennas. 

The Bluetooth system provides full-duplex transmission built on slotted Time 
Division Duplex (TDD), where each slot is 0,625 ms long. The time slots are 
numbered sequentially using a very laige number range (cyclic with a cyde of TP). 
Master-to-slave transmission ahvays starts in an even-numbered time slot while slave- 
to-master transmission always starts in an odd-numbered time slot The term "fcame" 
as used in diis disclosure is defined as the combination of an even numbered time slot 
and its subsequent odd numbered time slot (i-e. a master slave time slot and a skve-to- 
master time slot, excqpt when multi-slot packets are usec^. In a communication system 
using Bluetooth technology there is no direct transmission between slaves in 
Bluetooth piconet 

The communication within a piconet is organised such that the master polls each slave 
according to some polling scheme With one exception a slave is only allowed to 
transmit after having been polled by the master. Tlie slave will then starts its 
transmission in the slave-to-master time slot immediately foUowing the packet received 
from the master. The master may or may not indude data in the packets used to poH 
the slave. The only exception to die above ptincq)le is that vftisss. a slave has an 
established SCO link, die slave is always allowed to transmit in die pre-allocated skve- 
to-master slot, even if not expUdtJy pofled by die master in die preceding master-to 
slave slot The term SCO-link will be disdosed in more details bdow. 

Each BT unit has a globafly unique 48-bit IEEE 802 address. Said address, in this 
disdosure cafled die Bluetoodi Device Address (BD.ADDR) is assigned when die BT 
unit is manufectured and it is never changed In addition to diis, die master of a 
piconet assigns a local Active Member Address (AM_ADDR) to eadi active slave of 
die piconet The AM_ADDR, which is only diree bits long, is dynamically assigned 
and de-assigned and is unique only widiin a single piconet The master uses die 
AM_ADDR when polling a slave in a piconet However, when die slave, triggered by 
a padcet from die master addressed widi die AM_ADDR of die slave, transmits a 
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packet to the master, it includes its own AM.ADDR (te not the AM_ADDR of the 
master which not exist) in the header of the packet 



The Bluetooth protocol stack will be described, according to the specifications of 
die Bluetoodi system. The protocol stack, which is depicted in figure 1, includes 
two Bluetooth (BT) units 101 and 102. In the figure die physical layer, 103 and the 
data link layer, 104 are shown. 

Baseband BB 

The Baseband describes die specifications of the digital signal processing 
part of die hardware Le. the Bluetooth link controller, which carries the 
Baseband protocols and other low-level link routines. The Baseband 
resides in the physical layer 103 and die data link layer 104. The Baseband 
Specification defines two link types: Synchronous Connection-Oriented 
(SCO) links and Asynchronous Connection-Less (ACL) links. SCO links 
support real-time voice traffic using reserved bandwidth. ACL links 
support best effort traffic. 

Link Manager Protocol LMP 

LMP handles messages used for link set-up, security and control. LMP is 
layered over the Baseband Protocol and resides in die data link layer 104. 

Logical Link Control and Adaptation Layer Protocol, L2CAP 

L2CAP is also layered over die Baseband Protocol and resides in die data 
link layer 104. L2CAP provides connection-oriented and connectionless 
data services to upper layer protocols widi protocol multiplexing capability, 
segmentation and reassemble operation, and group abstractions. The 
L2CAP Specification is only defined for ACL links. 

Network Layer 105. 

The network layer is currendy not specified in die Bluetoodi standard. 
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High Level Protocol or application layer 106. 

High Level Protocol or application layer may or may not be bluetooth 
specific. 

5 

The BB, LMP and L2CAP represent existing Bluetooth specific protocols. The 
'Tligher level protocol or application" layer 106 represents protocols that may or 
may not be Bluetooth specific, while the Network layer 105 is currently not 
specified in the Bluetooth standard. 
10 An additional Bluetooth layer is proposed, a so-called Network Adaption Layer 
(NAL) which resides between the dau link layer 104, and the network layer 105. 

Figure 2a shows the standard Bluetooth packet It includes an Access Code, a 
header and payload. The format of the payload depends on the type of packet 

15 being transmitted. The payload of an ACL packet, which is shown in figure 2b, 
consists of a header, a data field and a Cyclic Redundancy Check, (CRQ field The 
payload of an SCO packet consists only of data field In addition there are hybrid 
packets including two data fields, one for synchronous data and one for 
asynchronous data. Packets in which the payload does not include a CRC are 

20 neither acknowledged nor retransmitted 

As previously stated, a transmission in a piconet is allowed only between the 
master and a slave and vice versa. Furthermore, the addressing scheme states that 
when transmitting to the master, die AM_ADDR of the transmitting slave is 
25 used A consequence of this is that diere is no way for a slave to send data to 
another slave in a piconet since there is no way to address another slave. Neither 
is direct communication allowed. Hence, a slave can only commurucate with the 
master of the piconet, while the master can communicate with all the slaves. This 
limitation is an obstacle to efficient networking in the Bluetootii system. 

30 

There are currently two main alternatives proposed. 

6 
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One is to use IP for addressing and routing in a scattemet as well as within a 
piconet. This means that IP takes the place of the network layer in the Bluetooth 
protocol stack. On the Baseband layer, the AM_ADDR would still be used. 

5 

The other alternative is to use the NAL between the data link layer and the 
network layer. This would emulate a shared medium network towards the network 
layer. Addressing and routing, in a scattemet as well as within a piconet, would be 
done using the BD_ADDK On the Baseband layer, the AM_ADDR would still 
10 be used. 

A problem with die two proposed approaches is that they relay on high level 
routing in the master of a piconet, even for the simple inter-piconet routing. In 
the IP approach, the routing is performed on the IP layer, Le. on the network 

15 layer. In the NAL approach, the routing is performed on the NAL layer. 
Traversing all the lower layer protocols, for each packet to be forwarded between 
two slaves in a piconet, creates a lot of processing overhead in the master umt In 
addition, including the destination IP address, which is 32 bits in IPv4 and 128 
bits in IPv6, or the destination BD_ADDR which is 48 bits, in a packet creates 

20 unnecessary data overhead, which reduces the throughput of the piconet 

An additional problem with the IP approach is that many functions in an IP 
network relies on a broadcast mediimi Le. shared medium, on the data hnk layer. 
Examples of such functions are the Dynamic Host Configuration Protocol 
25 (DHCP) and die Address Resolution Protocol (ARP). This problem, associated 
with the IP approach, was the reason for suggesting the NAL approach. 

SUMMARY OF THE INVENTION 

30 The present invention relates to the requirement of low layer slave-to-slave 
routing in a Bluetooth network More particularly, it relates to the problem of high 
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level routing within Bluetooth networks, requiring a lot of processing overhead 
and unnecessary data overhead. 



Accordingly, it is an object of the present invention to unravel the above- 
5 mentioned problem. 

The aforesaid problem is solved by means of a method for low-level routing of a 
packet within a Bluetooth network, using the Baseband packet header for 
addressing the destination. 

10 

The following scenario of routing a packet in a Bluetooth network describes the 
inventive concept of the present invention. 

A packet constituting a Baseband Packet is to be transferred from a first slave, via 
15 the master to a second slave. The first slave obtains the address of the second 
slave from the master, notes it in the header of the Baseband packet and transmits 
it to the master. The master analyses the address in the header and forwards the 
packet to the second slave according to the address. 

20 An advantage of the present invention is that forwarding packets between slave 
units within a Bluetooth network is enabled on the Baseband layer. 

Another advantage of the present invention is that the overhead in the transferred 
data is reduced which implies that the throughput of the piconet is increased 

25 

Another advantage of the present invention is that the processing in the master is 
reduced which imphes that the power consumption is reduced, which is important 
for portable units. 

30 Yet another advantage of the present invention is that it can be used in 
conjunction with existing proposals for Bluetooth networking on higher layers. 
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Further scope of applicability of the present invention wiD become apparent from 
the detailed description given hereinafter. However, it should be imderstood that 
the detailed description and specific examples, while indicating preferred 
5 embodiments of the invention, are given by way of illustration only, since various 
changes and modifications within the spirit and scope of the invention will 
become apparent to those skilled in the art from this detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 Figures l-2b and 5-8c are related to Prior Art and described above, under 
'T>escription of related art". 

Figure 1 shows a diagram of a Bluetooth protocol stack 

Figure 2a shows a diagram of a Baseband packet format 

15 Figure 2b shows a diagram of the payload format of an ACL Baseband 
packet 

Figure 3 shows a scenario of a Bluetooth network 
Figure 4 shows a flowchart of the general method of the invention. 
Figure 5 is a diagram showing the relationship between time slots and 
20 frequency hops in a system using Bluetooth- 
Figure 6 is a schematic view illustrating a commxmication system of 
bluetooth cells. 

Figure 7 is a schematic view illustrating the Bluetooth protocol layers. 

Figure 8a-8c shows a schematic view of three electronic devices provided with a 

25 Bluetooth-transceiver. 



DETAILED DESCRIPTION 

30 Figures l-2b and 5-8c are figures related to Prior Art and are described under 
"Description of related art". 
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Figure 3 shows a possible scenario of the present invention, A Bluetooth BT 
network 301 includes multiple nodes, so-called BT units A, B, M and S, whereof 
one constitutes a master M and up to seven nodes constitutes slaves A, B and S. 
5 The slaves A, B and S are communicating with the master M over radio links 302. 
The slaves A, B and S each have a respective address, e.g. an Active Member 
Address AM_ADDR. The addresses are stored in a database available for the 
master. Within the network Baseband packets, including a header, are transferred. 
The master M controls all the commimication within the network The nodes 
10 include a digital computer having an internal memory for storing a computer 
program. According to the invention a Baseband packet is to be routed from a 
first slave, A via the master M, to a second slave B. 

To perform the transmission of the packet to the second slave B, the first slave A 
15 requires relevant iaformation about second slave B, e.g. the address of the second 
slave B. This address is obtained from the master M. One way is to let the master 
M distribute the relevant information of all of the respective slaves among the 
slave units. The first slave A, notes the address information of the second slave B, 
in the header of the Baseband packet, which can be seen in figure 2a. 

20 

In order for the scheme to be feasible the principles for how the AJvI_ADDR is 
used on the Baseband layer have to be changed. Currently, the master includes the 
AM_ADDR of the addressed slave in the Baseband header. This should remain. 
But in the slave-to-maser direction, the slave should include the AM_ADDR of 
25 the addressed slave, i.e. the slave to which the master should forward the packet, 
in the Baseband packet header instead of its own AM„ADDR- If the slave wants 
to address the master it should include its own AM ADDR, since the master does 
not have an AM_ADDIL 

30 Back to figure 3. The Baseband packet is transmitted to the master M. The master 
M, has to analyse the address in the header of the Baseband packet to get to know 

10 
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whether the packet is meant for the master M, and then should be sent upwards 
in the protocol stack, or shall be forwarded to any of the slaves B or S, and in that 
case which of them. In this case the address analysis results in forwarding the 
packet to the second slave B. Before forwarding the packet it is cached in a 
5 memory of the master M. 

The current Bluetooth specifications states that the recipient master or slave 
should check the payload CRC, if it is present in a packet. The 1-bit 
acknowledgment indication ARQN in the Baseband packet header is used to 

10 inform the source of a successful or unsuccessful transfer of payload data with 
CRC and can be positive acknowledge ACK or negative acknowledge NAK. If the 
reception was successful, an ACK (ARQN=1) is returned, otherwise a NAK 
(ARQN=0) is returned. When no return message regarding acknowledge is 
received, a NAK is assumed implicidy. NAK is also the default return 

15 information. 

When a Baseband packet including a payload CRC is to be forwarded to another 
slave as indicated by the address in the Baseband packet header, there are two 
alternative ways for how to deal with the CRC. 

20 

In one embodiment of the present invention the payload CRC is not checked in 
the master. The packet is immediately forwarded to the addressed slave, Le. the 
second slave B. If the second slave detects an error when checking the payload 
CRC, it requests a retransmission. Before retransmitting the packet, the master M 

25 must find out whether the error occurred during the transmission firom the first 
slave A to the master M, or during the transmission firom the master M to the 
second slave B. The master can get to know this by checking the payload CRC in 
the cached packet. If no error is found, the packet is retransmitted to the second 
slave B. If an error is deteaed, retransmission is requested fi:om the sending slave. 

30 In the later use, the procedure is now repeated, Le. when the retransmitted packet 
is received by the master M, it forwards it to the second slave B without checking 



11 



wo 01/43371 PCT/EPOO/12167 

the payload CRC. This scheme requires that the sending slave should not be 
polled again before the previously transmitted packet has been forwarded to the 
second slave B and an ACK/NAK has been received by the master M from the 
second slave B. 

5 An alternative is that the master M, when receiving a retransmitted packet from 
the first slave A, checks the payload CRC before forwarding the packet to the 
second slave B, since the error in the first transmission may indicate a reduced 
quality of the radio channel from the sending slave. 

10 In another embodiment of the present invention, the master M checks the 
payload CRC and acts according to the Bluetooth specifications. The packet is not 
forwarded to the second slave until an eaor free packet has been received by the 
master M. However, receiving an ACK from the master M would then not be 
proof to the first slave A, that the packet has actually reached the second slave B. 

15 If the master M, after forwarding ±e packet to the second slave B, receives a 
NAK in return, or no return message at all, the first slave A, is not automatically 
informed. After a number of unsuccessfiil retransmission attempts, the packet is 
dropped by the master M. One way to handle this is to let the Baseband layer of 
the master M, upon forwarding delivery failure, pass a notification of the deUvery 

20 failure upward through the protocol stack to the proposed Network Adaption 
Layer NAL, if it is present, or to the Network layer. The NAL or the Network 
layer then sends a message to its peer entity in the first slave A, indicating the 
delivery feilure and possibly, information about the last packet that was 
successfijUy delivered or the first packet that foiled. An alternative way is to design 

25 a new LMP Protocol Data Unit UDP to convey the information from the master 
to the sending slave. 

In some cases it may be necessary to include the source address, Le. the address of 
the first slave A. When a source address is required the address, e.g. die 
30 AM_ADDR of the first slave A is included in the Baseband packet header. 
Another alternative is to include the AM.ADDR or BD_ADDR of the first slave 
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A in the NAL header, when the invention is used in conjunction with the NAL 
approach, or to rely on the IP address of the first slave A included in the IP 
header when the invention is used in conjunction with the IP approach. 

5 Figure 4 shows a flowchart of a possible scenario of routing a packet from a first 
slave A via a master M to a second slave B within the Baseband layer of a 
Bluetooth network The Bluetooth network includes multiple nodes A, B, M and 
S. 

10 The method includes the following steps: 



401 The first slave A obtains the address of the second slave B from the master 
M. 

402 The first slave A notes the obtained address of the second slave B in the 
15 header of the Baseband packet. 

403 The first slave A then transmits the packet to the master M. 

404 The master M reads in the header of the Baseband packet, the address of 
the destination node, ie. in this case the second slave B's address. 

405 The master forwards the packet to the destination node, te. the second 
20 slave B, according to the address. 

The method is implemented by means of a computer program product including 
the software code portions for performing the steps of the method. The 
computer program product is run on a computer stored in a digital computer 
25 within a node of the Bluetooth network 

The computer program is loaded direcdy or from a computer usable medium, 
such as floppy-disc, CD, Internet etc. 
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1. Method for routing a packet from a first slave (A) to a second slave (B) within 
5 a Bluetooth network (301), the network including multiple nodes, whereof one 

node constitutes a master (M) and at least two nodes constitute slaves, a first 
slave (A) respective a second slave (B), the slaves each having an address, 
stored in a database which is available for the master (M), the packet being a 
Baseband packet having a header, and the master (M) controlling all the 
10 communication in the network, the method including the steps of: 

obtaining (401) the address information of the second slave (B) firom the master 
(M); 

noting (402) the address information of the second slave (B) in the header of 
the Baseband packet; 

15 transmitting (403) the Baseband packet from the first slave (A) to the master 

(M); 

analysing (404) the address information of the second slave (B) in the header of 
the Baseband packet; and 

forwarding (405) the Baseband packet from the master (Nd) to the second slave 
20 (B) according to the address information. 

2. Method according to the previous daim, wherein the address information 
constitutes an AM_ADDR- 

25 3. Method according to any of the previous claims wherein the Baseband packet 
includes payload Cyclic Redundancy Check (CRQ and the payload CRC is not 
checked in the master (M) when the Baseband packet was forwarded, the 
method including the further step to be taken by the second slave (B) after the 
forwarding step; 

30 checking the pa}doad CRC. 

14 
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4. Method according to the previous claim, including the further step to be taken 
if the checking results in that an error is detected: 

requesting a retransmission of the concerned Baseband packet from the master 
(M) to the second slave (B). 

5. Method according to the previous claim, wherein the forwarded Baseband 
packet is cached in a memory within the master (M), including the further step 
to be taken by the master (M), after receiving the request of retransmission: 
checking the payload CRC in the cached Baseband packet 

6. Method according to the previous claim, including the further step to be taken 
by die master (M), if the payload CRC results in no error found: 
retransmitting the Baseband packet to second slave (B). 

7. Method according to daim 5, including the further step to be taken by the 
master (M), if the payload CRC results in error detected: 

requesting retransmission of the Baseband packet from the first slave (A). 

8. Method according to any of the daims 1 or 2, wherein the Baseband packet 
indudes payload CRC the method induding the further steps; to be taken by 
the master 

checking the payload CRC in the master (M) before the forwarding step; and 
checking the payload CRC in the second slave (B) after the forwarding step. 



15 



wo 01/43371 



PCT/EPOO/12167 



9. Method according to the previous claim, including the ftirther step to be taken 
after checking the payload CRC in the second slave (B) and if the checking 
results in that an error is detected; 

5 requesting a retransmission of the concerned Baseband packet firom the master 

(M) to the second slave (B). 

10. Method according to the previous daim, including the further step to be taken 
by the master (M), if after a number of unsuccessful retransmissions attempts 

10 and the master (M) intends to discard the Basebaad packet 

passing a notification of dehvery failure upward through the protocol stack 
within the master (M), to a layer higher than the Baseband layer. 

11. Method according to the previous daim, induding the further step of. 

15 sending a message from the higher layer of the master (M) to the peer entity in 

the first slave (A), the message induding an indication of the delivery failxire. 

12. Method according to the previous claim, wherein the message further indudes 
information of the last packet successfiiUy delivered. 

20 

13. Method according to claim 11, wherein the message further indudes 
information of the first packet unsuccessfully delivered. 

14. Method according to any of the claims 1 or 2, induding the step of. 

25 including the address infonriation of the first slave in the Baseband packet 

header. 

15. Method according to any of the daims 1 or 2, induding the step of: 
including the address information of the first slave in a NAL packet header. 

30 
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16. A computer program product directly loadable into the internal memory of a 
digital computer within a node being a member of a Bluetooth communication 
network, including the software code portions for performing the steps of any 
of the claims 1-15, when said product is nm on a computer. 

17. A computer program product stored on a computer usable medium, including 
readable program for causing a computer, within a node being a member of a 
Bluetooth communication network, to control an execution of the steps of any 
of the claims 1-15. 

18. A Bluetooth network (301) including multiple nodes (A, B, M and S), whereof 
one node constitutes a master (M) and at least two nodes constitute slaves, a 
first slave (A) and a second slave (B), the slaves each having an address, the 
packet bein^ a Baseband packet having a header, and the master (M) 
controlling all the commxmication in the network, characterised in that 

the respective address of the slaves (A, B and S) within the network are 
stored in a database available for the master (M)^ 

the first slave (A) having means for obtaining the address information of 
the second slave (B) firom the master (Nl), 

the first slave (A) having means for noting the address information of the 
second slave (B) in the header of the Baseband packet, 

the first slave (A) having means for transmitting the Baseband packet to 
the master (M), 

the master (M) having means for analysing the address information of the 
second slave (B) in the header of the Baseband packet, and 

the master (M) having means for forwarding the Baseband packet to the 
second slave (B) according to the address. 

19. Bluetooth network (301) according to the previous claim, characterised in 
that the address constitutes of an AM_ADDR. 
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20. Bluetooth network (301) according to claim 18, characterised by, the master 
(M) having means for passing a notification of dehvery failure upward through 
the protocol stack within the master (M), to a layer higher than the Baseband 
layer. 

21. Bluetooth network (301) according to the previous claim, characterised by, 
ttie layer higher than the Baseband layer of the master (M) having means for 
sending a message to the peer entity in the first slave (A), the message 
including an indication of the delivery failure. 

22 Bluetooth network (301) according to claim 18, characterised by the master 
(M) having a memory for caching the Baseband packet to be forwarded. 

23. Bluetooth network (301) according to claim 18, characterised by the first 
slave (A) having means for including its address in the Baseband packet 
header. 

24. Bluetooth network (301) according to claim 18, characterised by the first 
slave (A) having means for including its address in the NAL packet header. 
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